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Distrib uted data processing 
Field of the invention 

This invention relates to a processing data in a distributed computing 
environment. 

Background 

Data processing may be carried out in a distributed computing environment in 
which client software interacts with server software, connected in a network. A 
server can be considered to have a resource which is to be shared with a number 
of clients which have an interest in it. The server waits for client initiated 
requests and replies to them individually with information derived from the 
resource requested by the client. 

Conventionally, the client software is located at fixed workstations connected in 
the network, which interacts with servers at fixed locations. More recently, 
mobile agent software has been developed which allows the client software to 
move to a location close to a server in order to make better use of the facilities of 
the server. For example, if a manufacturing company has factories at two 
different locations, with their own local computer networks, an operator at the 
first location may wish to interrogate databases of servers at both locations to 
determine e.g. the availability of certain stock items which may be held in 
warehouses at the two locations. In this situation, it is convenient for the client 
data interrogation software to migrate from the first location to the second 
location in order to be close to the server at the second location, to enable the 
associated databases to be interrogated efficiently. The mobile client software is 
known as a mobile agent. 

A number of different systems which provide mobile agents have been 
developed: MuBot by Crystaliz, Inc., Agent Tel by Dartmouth College, Aglets 
by IBM, MOA by the Open Group Inc, GMAF/Magna by GMD Fokus and 
Odyssey by General Magic Inc. 
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Summary of the invention 

In accordance with the invention, it has been appreciated that there are 
situations in which it would be advantageous to make the server mobile within a 
distributed computing environment. 

In accordance with the invention there is provided a method of processing data 
in a distributed computing environment wherein a client and a server process 
data, the method comprising sending the server from a first place where it 
communicates with the client, through the distributed computing environment 
towards a second different place to perform data processing therefrom. 

The method may include freezing incoming calls for data processing to the 
server at the first place whilst the server is being sent from the first place to the 
second place, and thereafter directing the frozen calls towards the second place to 
be processed by the server when it has become functional at the second place. 
This has the advantage of ensuring that connections are not lost to the server 
whilst it moves from the first place to the second place. 

In another aspect, the invention includes, at the second place, receiving the 
server sent from the first place in order to perform data processing at the second 
place. 

In order to transmit the server from the first place to the second place, it may be 
converted from an operational configuration at the first place into a 
configuration suitable for transmission through the distributed environment to 
the second place. The conversion may comprise serialisation of the server. 

The invention also includes a software entity operable to provide a server for a 
client in a distributed computing environment characterised in that the software 
entity is selectively re-locatable to different places through the environment. 
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In another aspect, the invention includes a signal for transmission in a 
distributed computing environment wherein a client and a server process data, 
the signal comprising the server serialised for transmission between a first place 
where it communicates with the client, through the distributed computing 
environment and a second different place to perform data processing. 

The transmission of the server from the first place towards the second place may 
be controlled by a proxy and more particularly, the invention includes a proxy 
for use in a distributed computing environment wherein a client and a server 
process data, the proxy being operable to send the server from a first place where 
it communicates with the client, through the distributed computing 
environment towards a second different place to perform data processing. 

Brief description of the drawings 

In order the invention may be more fully understood, an embodiment thereof 
will now be described way of example with reference to the accompanying 
drawings, in which: 

Figure 1 is a schematic block diagram of a distributed computing environment 
which uses mobile software agents; 

Figure 2 is a more detailed diagram of one of the hosts shown in Figure 1; 
Figure 3 illustrates schematically the moving of a mobile server from a first place 
to a second place in accordance with the invention; and 

Figure 4 is a schematic timing diagram of signal communication between the 
first place and the second place in respect of the movement of the server. 

Detailed description 

In the following description, the terminology adopted by the Object 
Management Group (OMG) for mobile agents has been adopted by way of 
convenient explanation. The OMG has defined a common standard for 
interoperability of objects between different systems under a common object 
management architecture that provides an object request broker known 
commercially as CORBA which provides an infrastructure allowing objects to 
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converse independently of the specific platforms and techniques used to 
implement the objects. In order to deal with interoperability of mobile agents, 
the OMG has produced a document "Mobile Agent Facility Specification" 1st 
September 1997, OMG TC Document orbos/97-09-20, available from the 
5 Object Management Group, 492 Old Connecticut Path, Framingham, MA 
01707, USA. Members of OMG can also find the full specification at the 
following URL: 

http:// www. omg. org/library /schedule/Mobile ^Agents JFacility_RFP.htm. 
This will now be explained with reference to Figures 1 and 2. 

w 

For mobile software agents, which are clients, the world is made up of regions 
which include places between which the mobile agent can move. Referring to 
Figure 1, first and second host computing systems 1, 2 are interconnected by a 
network 3. The first and second host systems can be of any suitable form e.g. 

is local area networks, individual computers and the like, which each operate with 
their own operating system OS1, OS2. In a conventional manner, the individual 
hosts 1, 2, may include one or more computers or processors, each of which 
include a processor, volatile working memory and non-volatile data storage. 
Each host is provided with a communications interface CI1> CI2 to allow 

20 communication between them via the network 3. The network 3 can be of any 
suitable form, for example a wide area network, a local area network, intranet or 
Internet. 

Considering the host 1, its operating system OS1 provides an environment in 
25 which software can operate. The client software is configured as mobile 
software agent MAI. Similarly, the host 2 has an operating system OS2 and a 
mobile agent MA 2. A further mobile agent MAn is shown in host 1. Each 
mobile agent MA is operative at a place P. Thus, considering the host 1, mobile 
agent MAI is operative at place Pi and mobile agent MAn is operative at place 
30 Pn. Mobile agent MA2 is at place P2 in host 2. The mobile agents can move from 
place to place. It will be understood that in host 1, the places P may be 
individual computers connected in a network that comprises host 1 or any other 
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suitable hardware configuration, which will not be described further herein. The 
same is true for host 2. The OMG mobile agent specification is designed to 
provide interoperability between different operating systems in order to allow 
transport of mobile client agents from one host to another. It is assumed in the 
5 configuration of Figure 1 that different operating systems OSl, OS2 are in use 
although this is not an essential feature of the invention. It will be appreciated 
that the OMG specification makes use of CORBA to allow interoperability 
between different hardware and software configurations. The agents operating 
within the operating system 05/ define an agent system AS 1 in host 1. A 
w similar agent system AS2 operates in host 2 shown in Figure 1. 

The software process is arranged in a client-server configuration as will now be 
explained with reference to Figure 2. Conveniently, but not necessarily, the 
software may be object oriented such that the mobile client agents and the 

is servers can each be considered as objects. As shown in Figure 2, server software 
MS 1 is shown at place PI which can service calls from the mobile clients 
described with reference to Figure 1. For example, the mobile agent MA 1 is a 
client at place Pi and can make data calls on the server MS 1 over path 4 to 
perform data processing. The client and server do not however need to be 

20 located at the same place P. Thus, in the example of Figure 2, the server MSI can 
service data calls from mobile client agent MA 2 at place P2 over communication 
path 5. It will be understood that there may be more than one server MS in the 
distributed computing environment. 

25 In accordance with the invention, the server MS 1 is mobile within the 

distributed computing environment. In order to manage the mobility of the 
mobile server MS 1 , it is given a software proxy pr 1 which is different in each 
place P. The proxy pr 1 is advertised to CORBA with the mobile server 
interface, instead of the mobile server itself. All processing calls for the server go 

30 to the proxy first and are then redirected by it to the server. Therefore, the 

proxy pr 1 knows at all times how many clients are connected to the server MS 1 
and how many calls are in progress. 
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Referring to Figure 3, there are situations where it would be convenient to move 
the server agent MSI from place PI to place P2 via the communication interface 
C72, network 3 and interface CI2. For example, the server MS 1 could then 
function with enhanced operability with client MA 2 residing in the agent 
system AS2 in host 2. The transfer of the server MS 1 from place Pi to place P2 
will now be described in detail with reference to Figure 4. 

Initially, when the mobile server MS 1 decides or is told to move from place Pi, 
at step S.O, it tells its proxy prl the place to which it is to be moved. In this case, 
the mobile server MSI is to be moved to place P2. Alternatively, the proxy prl 
may be told by some external third party to move the mobile server. The 
moving process then starts. 

At step S.l, the proxy prl freezes all incoming calls for data processing to the 
mobile server MS 1. 

At step S.2, the proxy prl waits until all current data processing handled by 
mobile server MS 1 has finished. 

Then, at step S.3, the proxy prl tells mobile server MS 1 that it is about to be 
moved and that it must perform any task needed to be completed before leaving 
place PI. 

Then, at step S.4, the proxy causes the mobile server MS 1 to be serialised, 
namely to convert it from its operational state into a condition suitable for 
transmission through the network 3 (Figure 1). 

Then, at step S.5, the serialised mobile server is sent to the place P2 of host 2 via 
communications interface CI1, network 3 and communications interface CI2. 

At step S.6, a new proxy prl ' is produced in place P2 for the mobile server MSI 
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when located in place P2. 

At step S.7, the mobile server MSI is de-serialised at place P2 and thereby 
recreated in an operational condition. 

At step S.8, the newly created proxy prl ' sends back locational reference data for 
mobile server MSI, so as to indicate to the proxy prl, the new CORBA reference 
of mobile server MSI. 

Then, at step S.9, the calls frozen at step S.l are forwarded to the mobile server 
MSI through the network 3, by proxy prl, from place PI to place P2. 

The procedure described with reference to Figure 4 has the advantage that 
communication with the mobile server MS 1 is not lost during the transfer 
process. The steps ensure that any data processing carried out at place PI is 
completed before the transfer occurs and, whilst the transfer is taking place, 
incoming calls are frozen and then transferred to the new place. 

Clients can find the moved mobile server MS 1 by making an appropriate 
request, as for any other CORBA object, and will receive the reference of its 
proxy. The proxy that is advertised for the mobile agent can either be the first 
one prl, in which case calls will be directed from prl xoprV, or prl ' itself. 

At the completion of the moving process for the mobile server, the proxy pr 1 is 
no longer needed and is cancelled. 

It will be understood that client agents such as agent MA2 shown at place PI in 
Figure 3 can be mobile in a conventional manner, in accordance with the OMG 
specification for mobile agents. Thus, client agent MA2 can be moved in a 
conventional manner by serialising the agent, transmitting it through the 
network 3 to a different place and de-serialising the agent at the new place. Thus, 
it is possible according to the invention to move an entire client - server 
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combination from one place to another or to different places. 

It will be understood that the mobile server MSI when at a particular place, will 
reside in the working memory of a particular computer within the host, and 
may if required be stored in the non-volatile memory of the computer associated 
with the place P t to provide a record thereof if the network or a part thereof is 
shut down. The mobile server may also be provided on a storage medium such 
as an optical or magnetic disc, so that it can be loaded into a computer at a 
particular place P y and then commence its mobile activities in the network. 

Whilst the previously described clients and servers may conveniently be 
configured as software objects in an object oriented environment, this is not 
essential and they can be configured as batches of conventional code. Also, 
whilst the invention has been described in relation to CORBA object 
management architecture, other management architectures could be used such as 
OLE by Microsoft, suitably configured to handle mobile objects 

Movement of the server in accordance with the invention renders the computing 
process much more flexible. For example in an Internet application, if a large 
number of clients in the United Kingdom are calling a server which is located at 
a place in the USA, a large number of transatlantic calls would need to be set up, 
leading to inefficiencies. In accordance with the invention, the server object can 
migrate from a place in the USA to a place in the United Kingdom, speeding up 
execution of the individual client/server processes. 



